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INTRODUCTION 

Thl« report, written over the past six weeks at the requeat of the Michigan 
Cooperative Executive Committee, grew out of the Conference on Michigan 
Academic Library Cooperation held. In Lansing on November lA-15, 1973. At that 
neetlng It was apparent that more Information was needed If Michigan libra- 
ries were to become Involved with the Ohio College Library Center. Conse- 
quently I have tried to present a broad background picture of what OCLC Is 
doing—Its history, problems, accomplishments, and future prospects—and how 
ve might be affected If Michigan libraries decide to tie In with the Center. 
Though I have attempted to keep It as factual as possible, I an certain preju- 
dices have slipped In. Having worked with this system for approximately 
fifteen months at Drexel University In Philadelphia, I can not but be enthusl- 
astlc over the Center's achievements. Wherever possible I have tried to put 
extraneous Information In footnotes or an appendix. For those of you who have 
been following the literature, some of this may be routine. For others, I 
hope it answers some questions and raises still more. A short bibliography of 
suggested reading Is found at the end. 

BACKGROUND INFORMATION 

The Ohio College Library Center (OCLC) Is a not-for-profit, computerlted 
library processing center operating out of Columbus, Ohio. Its purposes, as 
stated In the OCLC Amended Articles of Incorporation, are "...to establish, 
nalntkin and operate a computerized, regional library center to serve the li- 
braries of Ohio (both state and private) and designed so as to become a part 
of any national electronics network for bibliographical communication; to 
develop, maintain and operate a shared cataloging program based upon a central 
•tore; to create, maintain, and operate a computerlred central catalog (invan- 



tory) of books and journals in the partlclptting libraries; and to do such 
research and development as are necessary to accomplish and extend the con- 
cept/'^ Today, six years after its incorporation, the Center is mainly in 
the business of operating a 'shared cataloging* system and producing catalog 
cards designed to meet the needs of each of its member libraries* As a 
by-product of this service, it serves as a union catalog by providing a loca- 
tion s)nnbol for each new title cataloged within the system, giving information 
concerning holdings of neighboring libraries to be used in book selection and 
avoidance of unnecessary duplication, and oaking available bibliographic in* 
formation that can be used in ordering* To date, it is unquestionably the 
most successful cooperative of its type, furnishing library personnel with 
cataloging data when and where they need it* 

OCLC's Director, Mr, Frederick G* Kilgour, has long been involved in li- 
brary automation activities* As Associate Librarian for Research and Develop- 
ment at Yale University, he was instrumental in starting the Columbia-Harvard- 

2 

Yale Medical Libraries Computerization Project back in 1961* Kilgour argues 

that computers can do two things for libraries: 1) save money and stabilize 
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costs and 2) increase services through personal attention* 

To demonstrate the financial savings that can be made, the Center's off- 
line card production system, which lasted about thirteen months, produced over 
AAO,000 catalog cards ready for filing with overtyped headings at an average 

cost of 10*6 cents per finished card« At the time this compared favorably with 
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the cheapest manual procedures of 23*6 cents per card* It should be kept in 
mind that these figures and all other cost figures cited are artificial in that 
they do not take into account the various state and federal monies that have 
gone Into the development of the OCLC system* A more current figure for the 
on-line operation shows that during the FY 1972/73, OCLC libraries cataloged 
572,000 titles, producing nearly four million catalog cards, at a cost of 
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$2.02 per title for Ohio libraries and a slightly higher cost for libraries 
outside of Ohio.^ 

According to Kilgour, a second advantage of a computerized system— cu«- " 
tomized services and greater" hunanization—results fron the digital computer's 
ability to treat individuals as individual people and events as individual 
events.* From a technical services' viewpoint, the personal touch is ->>>drent 
in OCLC's present card production system. A library joining the cooperative 
oust submit an explicit profile showing how that library wants its catalog 
cards to appear. Current options for card production make it possible to pro- 
duce cards for a single title in about seven thousand usable combinations of 
elements. These cards are individually formatted for type and placement of 
call number, include provision for four different indentions, upper-case or 
upper and lower-case letters for subject headings, and a host of other tailored 
options to fit the needs of a specific library. This flexibility, character- 
istic of computer-based systems, is an important difference between such sys- 
tems and traditional manual procedures where each additional option requires a 
greater expenditure of processing tine and therefore increases costs. ^ The 
Center provides these cards in final form, prefiled and alphabetized in packs 
for immediate filing in a library's card catalogs. 

OCLC is based on what night be termed a 'data utility' concept. Even in 
the late Sixties it was clear that only a few of this country's most well- 
endowed universities could afford to develop an integrated library automation 
program. However a cooperative like OCLC could afford the heavy initial in- 
vestment in computer and telecommunications hardware, plus the talent and 
programming skills needed to implement such a system. From the start Kilgour 
shown exceptional administrative ability in keeping OCI.C funded, contln- 
Ming Vosearoh on projected subsystems, and truiklng the Center relate to the 
needs of largo and ^small ncadomic and public libraries, each of which considers 
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Itself unique. While not everyone agrees that OCLC Is in fact significantly 
reducing the unit cost per title cataloged, there can be no doubt that within 
the nc'^t decade more and more regional OCLC-type systems will be linking to- 
gether to form a national library network. 

HISTORY AND ORGANIZATION 

The Center's history goes back to 1962 when the Ohio College Association 
(OCA) appointed Wyroan Parker to perform a feasibility study on creating mor^e 
inter-acaderaic cooperation among Ohio's college and university libraries. 
Parker's report called for the establishment of a center for inter-library 
loans and the cooperative purchase and storage of microform materials. Vari- 
ous corporations were asked to present proposals for such programs and OCA't 
Committee of Librarians gave serious consideration to tvo of them. One called 
for the construction of h union catalog employing micro-techniques, while a 
second proposed a central computer storage base to handle union catalog hold- 
ings. When the Committee could not make up its mind, tvo consultants were 
called in to Investigate the possibility of an automated system. 

Dr. Ralph Parker and Mr. Fred Kilgour weie invited to study the alterna- 
tives available. Both men rejected earlier proposals and suggested the forma- 
tion of a regional library network based on the retrieval of MARC records. 
OCA agreed to support such a project and OCLC was incorporated as a non-profit 
organization in July of 1967. Kilgour was appointed Director and a short time 
later he outlined a comprehensive program calling for five evolving subsyflteras: 
1) shared cataloging, 2) serials control, 3) a technical processing system 

(acouisitlons and funds control), 4) circulation control, and 5) a bibliogra- 

g 

phic information retrieval system. The Center's first few years were devoted 
to laving the groundwork for the organization, brlngln;^ together a staff, per- 
forming roMojnh, nml oxpor Invnt tng with systems ilealgn. In April 1970 off-lin 



•catalog card production went into operation. 

OCLC mcmbera in Ohio pay an annual assessment based on the number of monO'* 
graphic titles each library cataloged during the previous year. A oenber haa 
the privilege of appointing a representative to the Center and these individ- 
uals elect from their group nine trustees~three each year for staggered three 
year terms — whose responsibility and authority parallel those of most corpor- 
ate Institutions.^^ Participating libraries outside of Ohio, belonging to 
other networks, are not considered 'members. 

OTHER CONSORTIA AFFILIATED WITH OCLC 

OCLC now has approximately 55 academic library members in Ohio and about 
eight public library system members. Out-of-state it has signed agreements 
with at least five other consortia: the Cooperative College Library Center 
(CCLC) in Atlanta, which performs centralized processing for a group of about 
twenty-two small. Black colleges located throughout the South; the Five Associ- 
ated University Libraries (FAUL) , whose members include the State University 
of New York's campuses at Binghamton and Buffalo, Cornell University, Syracuse 
University, and the University of Rochester; the New England Library Informa- 
tion Network (NELINET), an educational consortia under the New England Board of 
Higher Education situated in Wellesley, Massachusetts and made up of a large 
group of academic libraries in the Northeast; the Pennsylvania Area Library 
Network (PALINET) , a developing cooperative of seven college and university 
research libraries in Eastern Pennsylvania and Delaware fprtned under the aegia 
of the Union Library Catalogue of Pennsylvania; and the Pittsburgh Regional 
Library Center (PRLC), a small consortia of academic institutions with head- 
quarters at Chatham Coller.e in Pittsburgh* 

In addition* OCLC has signed a contract with the Library of Congress acting 
on behalf of the Kedoral Library Committee that provides for experimentation In 
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on*llne cataloging with several federal libraries* The Center is preparing 

to sign agreements vlth the Interuniversity Council of the North Texas Area 

and with the State University of Nev York at Albany • The Association of South- . 

eastern Research Libraries (ASERL), representing about one hundred academic 

libraries in the South, is also in the organisational stage of tying in with 

OCLC. This project is referred to as SOLINET (Southeastern Library Network). 

The cooperating college and university libraries in New England, New York» 

Pennsylvania, Delaware, and the South have formed a group called the * Council 

13 

of Regions' whose purpose is to deal with OCLC on matters of mutual concern* 
Operational services currently provided by OCLC are discussed in the following 

sections; for an outline of those services that the Center plans to implement 

In the coming years see Appendix I. 

SHARED CATALOGING SYSTEM 

Thus far the only fully operational subsystem is the Shared Cataloging Sys- 
tem. It operates Monday through Friday frOQ 7:00am to 7:00pm, except the four 
holidays of Independence Day, Labor Day, Thanksgiving, and Christmas « Its 
three major functions are: 1) production of catalog cards, 2) making available 

cataloging done by one library to all other users of the system, and 3) pro-* 
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vision for union catalog location directory* Designed to reduce the unit cost 
of cataloging by taking advantage of the MARC data base and high-speed labor- 
saving machines, this syetem now processes about A500 titles per day, gener- 
ating approximately 30,000 catalog cards per day.^^ Shared cataloging allows 
quick access to cataloging data, diminishes processing time, and reduces the 
amount of local and original cataloging that need be done. 
Off*Line Operation 

Off-line operation began in the spring of 1970. In this early phata li- 
braries were able to request catalog cards by means of the Library of Congress 



card number alone. It worked in the following manner • Libraries were distri- 
buted sets of color-coded data processing cards on which they wrote in the LC 
card number as found on the verso of a book's title page. These cards were 
then sent in batches to Columbus, where they were run against the file of MARC 
tapes. A library could either accept the MARC cataloging sight-unseen or re- 
quest a unit card to be returned to the initialling library. In the latter case, 
the unit card was edited and. any changes were noted on a different colored 
data processing card (e.g., creation of a local call number) and returned to 
the Center for final printing of cards. For those items not initially found 
In the data base, a library could s^t a time span — one to thirty-six weeks— 
for periodic checking against the master file as the new weekly tapes weve 
added. The completed card sets were then returned through the mail or by par- 
ctl post in alphabetized packs to the library. Sometimes it is necessary 
that new participants still utilize off-line production; its advantages and 
disadvantages will be discussed in a later part of this paper. 
On*-line operation 

Kilgour stated that prior implementation of the off-line system proved a 
tremendous asset when the Center went on-line in late August 1971. Many of the 
programs had already been debugged when the time came to install terminals for 
on-line access. In the meantime, a Xerox Systems SIGMA 5, a third generation 
computer, had replaced the four Ohio State University computers used in the 
off-line operation. From the users* perspective, on-line equipment consists 
of three items: 1) a data set or MODEM (Modulator- Demo dulator) — a telephone 
systems interface that converts the binary cod^2 signals of the CRT terminal 
and Ohio computer into tone signals that can hi transmitted over standard voice- 
grade telephone lines, 2) a cathode ray tube (CRT) terminal that serves as a 
visual display screen for the bibliographic records, and 3) a semi-portable 
keyboard modeled after a standard typewriter keyboard with all the supplemental 
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characters needed to print the ALA print train. 

On-line access can be iiad in three ways: LC card catalog number, a trunca- 
ted title search key, and a truncated author-title search key. The advantage 
of calling up a bibliographic record and viewing it on the CRT as it will be 
printed on catalog cards is obvious. Libraries are free to add new data ele- 
ments or fields, alter existing ones, or delete them entirely, based solely on 
that particular library's nefeds. Such local changes do not in any way affect 
the master record in the file, however a record of how a library cataloged its 
titles is maintained on a separate 'history* or 'archivel* tape. If the li- 
brary is unable to find cataloging for a title in the data base. It is obliged 
to catalog that item originally and input it into the Center's file. This new 
record is then accessible to all other libraries that wish to catalog the same 
book. Vhen the LC MARC record becomes available, it automatically replaces the 
original input record cataloged by the local library and whatever holdings in- 
formation that was attached to the old record is transferred to the MARC record. 
Once the cataloger has called up a record and edited it on the terminal, he can 
request a set or sets of catalog cards by hitting a 'PRODUCE' button on the 
keyboard. At this command, a three letter code — unique to the holding library 
that requested cards — becomes displayed with the record. In this way another 
library searching the same title can see at a glance who owns it.* 

UNION CATALOG INFORMATIOK 

As Mr. Philip Long, forner Associate Director of OCLC, pointed out at the 

* Hardware at Colur.bus Incluros the SIGMA 5 with a 256K main ncnory and an 
opcratinr, system extensively n^jdiflcd to mnnipniatcf Jarge filus of data. Ton 
Xcrux du.il Jcn.^ity disc:; maintain nccoss Inuexes, plus the J'llo of catalog re- 
cords. Afcrss is by scatter storap.u techniques inio the indexea, which use 
polntfTri Lt» rt-Cor to tho actual catalog records, arran^'.tHl In u cequontlal, 
acccsHlon ur«1i*r. Cnrds arc produced on on IBM line printer, coupled to 

the ninln compirtor by a Spur 1A03 Controller. Printing requires about «even 
hourfi a day, vim the printer producing four thousand cards per hour. For a 
technical di6Cuj;sion of OCLC cor.putlnr. hardwart;, proj»ra:r.s, and OS, sec Kilgour'a 
article ir» the September 1972 icsuc of the Journal of Library Automation. 
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Michigan Conference on 14 November i use of the data base as a location tool it 

heavy* There are over one and one half million holdings appended to the 750»000 

bibliographic records in the data base; however this does not give a true piC"* 

ture of how many libraries have used the same titles* To begin vith^ only S2Z 

of the 750,000 records are LC MARC records, the remaining 48Z represent original 

input cataloging from participating libraries* Of the approximate 390,000 LC 

MARC records, an astonishing 60% have never been used at all, while the other 

40% have been used an average of five times* Of the approximate 360,000 local 

input records, there is a use frequency of 1*5 per record* Kilgour estimates 

that only one search in five results in a set of catalog cards being requested. 

This means that about 80% of all searches is for union catalog listings, acqui«» 

sitions searching, and random playing around with records for demonstration 

purposes and *fun and games* 

Obviously the usefulness of the OCLC data base as a location device for ILL 

derives from the number of titles a library has cataloged from the data base and 
the number of cooperative libraries one can draw on for loans. If a good many 
Michigan libraries were to go on-line tomorrow, it would still takes months or 
years befote this system would begin to yield multiple locations for titles 
cataloged in this state* Moreover, locations could only be determined for the 
©est recent accessions of the participating libraries; all retrospective hold- 
ings would not be available unless a library were to input its entire shelf 
list to the data base* Mr* Long also made the point that, contrary to expec- 
tations, the large research institutions were no": overwhelmed with requests 
for interlibrary loans* Rather libraries with small collections are able to 
locate items In nearby places and avoid the large research libraries all to- 
gether* About half of the OCLC members in Ohio have extended their borrovlpg 

Interestingly enough, Wright State University in Dayton did convert its 
shelf list via terminal to the file; this project included about 150,000 titles 
of which about 20X were found to be already In the data base. Cleveland S^ate 
UnlverHity and Walsh College in Canton are conducting similar projects and find- 
ing a much higher percentage — obout 502 — of titles already entered* 
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ACCESSIONS LISTS 



The Center now makes available programs for printing accession lists of 
books acquired over a given period of time. This service is one example of 
what can be done with a library's * history • tape. One program produces a 
printout with entries arranged, in call'number order, essentially a classed 
listing. Another program arranges new titles under alphabetized subject head- 
ings (only the first subject heading in the record is emgloyed). These printouts 

can be obtained on either Offset Masters or on plain white paper for photo-offset 

22 

printing or Xeroxing. 
THE OCLC DATA BASE 

The Center's data base consists of two types of records; Library of Congress 
MARC records,* including LC's RECON '68 and '69,' Popular Titles, and Cataloging- 
in-Publication (CIP) records; and bibliographic records input from participa- 
ting libraries. These latter can either be truly original cataloging or records 
taken from some other source — such as shared catalog entries from the NVC vol- 
umes or LC cataloging from a proof slip or depository file — and keyed into the 
data base. As of November, 1973 there were a total of about 750,000 total 
records, almost evenly divided between LC and original input records. This 
cataloging stockpile grows at a rate of one thousand new records a day; on an 

average, libraries Input 3000 new records weekly and 2000 MARC records come 

23 

weekly from the Library of Congress. 

One can make the generalization that the data base is limited in scope to 
English language, monographic titles cataloged from 1968 to the present. This 
^H not to Huy that ouo will not find thouannda of recordrt for Imprints cataloged 

* AppcMultx 11 hrovidoH a ilc^rr Ipt ton of the MARC nml RKCON projfctn. 
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prior to 1968* Nor does it preclude foreign language volumes or open entries. 
Reasons for the diversity of catalog records include the following: 1) many li« 
brarics are performing original cataloging for books with pre-1968 imprints and 
inputting them into the data base or they may be merely transferring copy from 
the NUC volumes and these titles include foreign language material published 
over a vide time span and some types of continuations; 2) some libraries have 
input their shelf lists into the data base; and 3) since mid-1973 LC has been 
issuing MARC tapes for French monographs. One will find records for some gov- 
ernment documents that libraries have decided to catalog as monographs, but 
none for maps, records, films, or other AV material* Music scores however can 

now be input i^nd it seems just a matter of time before MARC formats for all 

2A 

types of material are adopted* To improve snared cataloging for medical 11«* 
braries, the Center *s Advisory Committee of Cataloging has agreed to allow the 

25 

addition of NLM class numbers and MESH subject headings to appropriate records. 

The percentage of titles a library finds in the data base depends to some 
extent on its acquisitions* The largest library in the system, Ohio State 
University, found bibliographic records for about 65% of its acquisitions during 
the 1973 calendar year* From my own experience at Drexel University, cataloging 
information was found for approximately 80 to 85X of all new titles* The li- 
brary went on-line in February 1972 and was one of the first PALINET members* 
Drexel has a relatively small collection, about SAO, 000 volumes, adding eight 
to ten thousand r.onographs per year* Acquisitions are heavy in science and 
technology, with few foreign titles. 

As might be expected, this huge data base is not without its problems* 
With each library having the privilege to input its own cataloging — and there 
being no overall authority file — errors get into the data base in both catalog- 
ing quality and in applying the appropriate MARC tags, indicators, subfield 
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OCLC oyttmaies that about 25X of the locally-input records are for non-Eng- 
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codes, etc. to this cataloging. This lack of bibliographic control ba» been 
one of the major criticisms directed against the OCLC operation; others might 
argue it Is a small price to pay for local variation^ ^^en a library discovers 
a mistake within a record— whether It Is LC*8, Its own, or another library's 
cataloging— It is obliged to send In an Error Report Form to Columbus. Some- 
times of course such 'errors* are merely a matter of professional Judgement; 
one cataloger might enter a book under a symposium main entry whereas another 
would choose the title for the main entry* 'Errors' also result from copy vari- 
ation. 

OCLC keeps tabs on all such errors and has some statistics on their frequency* 

In the six month period between A September 1972 and A April 1973, libraries 

input 87,A87 catalog records. As of 10 April 1973, there were A, 705 reports of 

errors in these same records. Further analysis showed that A, 150 (88. 2Z) came 

from the cataloging source library and 555 (11. 8Z) from a library other than 

the cataloging library. OCLC has dubbed these latter errors 'effective errors' 

because they inconvenience a library other than the cataloging source library* 

27 

The effective error rate from the study represents .6% of all input records. 
The majority of error reports received, about 50%, involve misspellings by the 
operator, especially in foreign languages. Though this error rate will continue 
to rise as more and more libraries must utilize these records, OCLC feels that 
an 'effective' error rate of less than IZ is tolerable. In day-to-day cataloging 
most of these mistakes are caught in the editing or proofreading stage, prior 
to actual production of catalog cards. 

OCLC is a rather 'forgiving' system compared to other machine systems. One 
can always count on some sort of response from the computer, regardless of the 
query. Programs automatically check for certain types of errors when new data 
enters the system. IlloRal tagH, Indlcatora, subfleld codes, holding library 
HymboU, nnd certain charact'ers will block a field from belnK sent; however an 
opcrotor can HtlU make spelling anti punctuation typos or aHMlnn tngM Umt are 
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legal but incorrect to the field in question. 
WORKING WITH THE CRT AND MARC FORMAT 

Acclimating one*s self to work with the on-line equipment and MARC record 
is not nearly so imposing as it sounds when people start talking about fixed 
and variable fields, data elements, delimiters, and other such jargon* It is 
Just learning some new terms for old concepts. At first most people have pro- 
blems in looking at the cataloging on the display screen simply because it does 
not appear in the customary form: that is, the main entry is not in boldface 
type> there are no convenient spaces between lines or indentions as appear on 
printed cards, and the subject headings are not neatly tucked away at the bottom 
of the card. Instead the various fields of information are in numerical order 
and are tagged with numbers. In spite of this, it only takes a week or so in 
front of the CRT before one begins to adjust to this novel array of informa- 
tion. After awhile, LC printed cards look awkward}!! 

Another early obstacle that one must become reconciled to is learning the 
use of MARC tags and other code symbols that make explicit to the computi^r where 
one piece of information ends and another begins. Fortunately there are pat- 
perns that can be transferred from one group to another; this saves the inex- 
perienced operator frcn checking the manual for every tag and indicator* Again, 
it is just a matter of looking at a sufficient number of such records before 
tagging loses its mystery. Perhaps the worst approach is to sit down with a 
MARC format book and try to memorize then all at once. 

The length of time it takes to catalog a title depends on a number of fac- 
tors: whether one is working from existing cataloging information — either an 
LC record or one input by another library; whether one is inputting original 
Cataloging; and the extent of authority work that must be done before hitting 
the 'PRODUCE* button. If the cataloging source is the Library of Congresit 
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and In the past the library has generally accepted LC practice, all one must 
do is check the descriptive cataloging against the book in hand, inscribe the 
call number in the book, key in any accessions information that is needed (c,g,, 
copy number, date, and initials of the cataloger), and type in a symbol for a 
holding library, if one is required. 

Though a library is not charged by the number of searches it performs or 
the length of time spent interacting with the computer in Columbus, it Is 
counterproductive to attempt elaborate authority work while one is working on 
the terminal. Different libraries cope with the problems of verification, 
authority cards, and possible cross references in different ways. Some note 
the main entry, secondary added entries, and subjects in a pre-search (this can 
be performed by either acquisitions at the time the book is ordered or as a 
separate catalog department search) and are able to verify and create authority 

cards and needed references before the book is actually brought to the terminal 
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for card production. Others prefer to accept the record as is, leaving veri- 
fication and authority work to when the cards arrive in the library. The fact 
that the operator cannot bring the CRT to the public catalog or distant authority 
files does pose some serious problems, especially since there Is no immediate 
hard-copy printout available. For libraries outside of Ohio, there might be a 
seven to fourteen day turn-around time. However one- does it, efficient use of 
a CRT requires a major change in department work-flow procedures. 

As a rule the average cataloger should be able to produce cards with LC 
source copy for eight to twelve titles per hour, while a more experienced person 
. might do as many as twenty titles per hour. Of course when the cataloging 
source Is not LC or the record must be input, it takes longer. For local input 
cataloging the operator can request a 'work for:n* on the terminal screen that 
contains a skeleton outline of the MARC II format. A typist can then key in 
the various tags anJ bibliographic data that has been prepared by the catalog 
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librarian. Depending on the length of the record, a typist should be able to 
input an average length record within fifteen minutes. Some libraries may find 
it roore efficient to have two people working at the terminal at the same time; 
this way one person can do the legwork in checking authority files or shelf 
list and the other can manipulate the cataloging to suit local needs. 

ON LINE EQUIPMENT AND SEARCHING 

As stated earlier, there are three pieces of equipment necessary to operate 

In an on-line capacity: the data set or MODEM, the cathode ray tube (CRT), and 

the keyboard. The CRT terminal, which looks like a small TV set, is actually 

a satellite coioputer with its own memory and logic circuits for manipulating 

alphanumeric characters. The system has a maximum work area of A096 characters, 

adequate to handle all MARC II records which do not exceed 20A8 characters. 

The terminal screen itself can only display 102A characters at one time, however 

a *line roll* function allows the terminal memory to increase character capacity 
29 

by four times. When it is turned on, a small vertical dash (known as the 
'cursor') begins to blink. This blinking character .can be moved anywhere on 
the display screen by depressing directional arrows on the keyboard. The cur- 
sor tells the operator where the next character is going to appear. Changes In 
a record are made by over-typing the characters within an existing field or 
by deleting the entire field and creating a new one. One get 'on-line' by turn- 
ing on the power to the CRT terminal and then typing in his or her social secur- 
Ity number — these numbers having been verified in Coluiubus beforehand. Within 
a few seconds a message comes back greeting the operator with the appropriate 

An interesting but somewhat negative appraisal of the problems that arise 
in cataloging with an OCLC terminal is found in the Sununer, 1973 Issue of Libra- 
ry Resources & Technical Services. Entitled '*The Other Half of Cataloging,'* this 
article cxiimines traditional catalog department activities that OCLC cannot 
facilitate — namuly* the rnvrRlnf* of a now record Into the cxlHtin^ catalog. 

See Appondtx Ml for pictured of CRT and keyboard. 
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salut^^tion of the day, informing him what mode (full or partial) he will be 
working in, and the volume and number of the latest liARC tape entered into the 
data base* 

The difference between 'full* and 'partial* mode is that social security 
numbers authorized by the participating library in the full node can request 
or produce a set of catalog cards; work done by operators in the partial mode 
is stored in a 'SAVE* file so that there can be a final revision by a parapro- 
fessional or librarian before cards are produced. Because of limited storage 
space and some past abuses of the 'SAVE' file, OCLC recommends that no more 
than twenty records be stored in this manner. 

The terminal operator has four possible ways to call up a record to the 
terminal screen: LC card catalog number, a six-character key derived from the 
record's author and title, a six-character key derived from the record's title 
alone, and the OCLC control number. The last access point is an in-house con- 
trol number assigned serially by the Center to every new record entered in the 
file; it has no search value unless one has exaniined the record once before and 
noted the .number. All records are represented in at least three of the four 
indexes—the exception being not every record has an LC card catalog number* 
The most efficient method to search a title is by LC card number, if the book 
has one, since it will usually retrieve but one item. Title and author-title 
search keys are used for books that do not have an LC card number or have an 
Incorrect one. 

The author-title search key is composed of the first three characters of 
the first word in the main entry, followed by a ccmna, and the first three 
characters of the first word In the title, disregarding initial English arti- 
cles. Kor example, if one were searching for the cataloging of Joaeph KJttfnR'a 
JiiH. ^liiLL'i ^^ -t-^rlcQ n Ar chaooloKy > he- would type on tlio Hcrcim thu 

following key: fit, dev. It does not matter if upper or lower cano charactefH 
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arc used* 

For title searches one uses the first throe characters of the first word 
in the title, followed by the initial character of the next three words— all 
separated by a comma. Going back to the above example, the title search key 
would be: dev,o,n,a. Title and author-title searches may produce a number of 
entries that meet the requirements of the search key. In these cases all of 
the possible candidates that meet the code arc displayed and nun:bered in an 
abbreviated fashion. The operator then types in the matching number for the 
record he is after. OCLC has an extended search function that makes possible 
retrieval of up to 256 entries all having the same search.,key. Title searches, 
depending on the uniqueness of the title, produce fewer multiple entries than 
do author-title searches. When the search key is input, the computer distin- 
guishes which index to search in by means of the punctuation used within th? 
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key: that is, one hyphen, one comma, or three commas. If an author or title 
.does not contain sufficient characters to fill out the search key, blank spaces 
are left between the commas. 

ADVANTAGES OF PARTICIPATING WITH OCLC 

Some of the advantages of utilizing the OCLC system have been implicit 
throughout this paper. No other system in operation has reached the level of 
sophistication that OCLC has and, if the lack of initiative and direction from 
our national libraries persist, the Center could turn out to be the headquarters 
of a national library network. There are obvious advantages to being in on the 
groundfloor of such a system. Stated more succinctly, OCLC offers the follow- 
ing: 

a) The long-range potential to increase productivity and stabilize costs. 

b) The system serves as a union catalog and facilitates ILL« 

c) It makes possible book selection and cooperative collection development 

-17- ' 

20 ' ' • 



for a library consortia and can be used in acqiiisltiona searching;. 

d) On a technical level it has the capability to search n larse file alcost 
inutantaneously in random order through three different access points. K«aual 
procedures for a file of LC proofs or depository cards can only be arranged one 
way, either by main entry or by title. 

c) In contrast to the reduction of autono-.y associated with most other net- 
work concepts, there is present in the OCLC system a tremendous decree of flex- 
ibility in revising and editing data to suit local needs. . . 

f) A library has approximately twice the nuniber of bibliographic records to 
work with than the LC MRC tapes contain; thx. is especially significant vh^n 
one considers that many libraries are processing basically the soce titles. 

g) Original cataloging can still be accomplished and input into the file, 
thereby eliminating the need to type original unit cards or call numbers on LC 
proofs, having them duplicated, added entries overtyped, proofread, sorted into 
receiving catalogs, and alphabetized for filing in the various catalogs. These 
are the sane routines that are both tedious to those who must do them and take 
large amounts of money from the library's budget. 

h) OCLC catalog cards are formatted according to each library's specifica- 
tions and printed off-line with the ALA print train on acid-free Percafile 
card stock. This results in an attractive, legible, well-proportioned text in 

upper and lower case characters requiring about 7% fewer extension cards than 

* 

do LC printed cards. 

1) The computer syster. has demonstrated itself to be extreccly reliable, 
with Mown time' accounting for less than one percent of total operating tine. 

J) Equipment is easily mastered, der.anding no apocial skills or knowledge 
of data processing to interrogate the files or produce catalog cards. 

The -need for some sort of machine-readable, centralised processing-center 

Examples of OCLC catalog cards can be found in Appendix TV. ■ 

-18- 

I ■ 



is becoming more apparent as library budgets continue to decline and staff • 

costs keep pace with an Inflationary economy. From the administrator's point 

of view, symptoms of a system breakdovm Include a growing backlog of uncata- 

loged books, a higher and higher unit cost per Item cataloged, and Increased 

delays In the time It takes to process materials. Perhaps the major problem Is 

that current library procedures are by-and-large manual procedures. Books today 

are being cataloged much as they were seventy years ago when the Library of 

Congress first started distributing catalog copy. Making use of today's techno- 

32 

logy Is one avenue to increasing library workers' productivity. Whereas 
computer and telecommunications costs have sharply decreased over the past ten 
' years, personnel costs have continued to spiral. For those who must baliince 
budgets and demonstrate measured services for requested funds, this dilemma is 
painfully clear. Quite simply, if we persist in outdated library attitudes 
and procedures, each technical services dollar will have less real value and 
library users will go elsewhere for their information needs. Whether or not 
OCLC comes to Michigan is one question; there is no question that our libra- 
ries must become more dependent upon one another and machines, 

DISADVANTAGES OF OCLC 

Obviously no library system — automated or otherwise — is without its problems < 
Criticisms of OCLC range from the inability of the terminals to provide hard 
copy to fundamental design and implementation planning. No doubt the first 
question that comes to an administrator's mind is "How much is this thing going' 
to cost me?" Surprisingly enough, there have been no meaningful 'before and 
after' cost studies published in the literature by participating libraries. 
Though costs for technical services have traditionally been hard to arrive 4t, 
the lack of comparative data makes one suspicioiiH, particularly when one con- 
siders the thousands of dollars in grant money and «tnte uld thiit the Contor 
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h«8 received over the years. What would happen if OCLC had to become totally 
self-supporting? Would t>.o Center collapse or would funding be passed on to 
vembers «t an exorbitant per title cost? 

Another frequent objection is that cost estimates given by OCLC are open- 
ended and vague. Partially this results from the fact that until a specific 
number of libraries have coimaitted themselves to join, accurate processing and 
communications costs cannot be figured. It can become a vicious circle when a 
newly formed cooperative (such as ours) is unable to cotnnit itself until pre- 
cise per title charges are agreed on and OCLC cannot provide this information 
until the number of anticipated titles to be cataloged and the number of lines 
and distances between the libraries are computed. It should be kept in mind 
that at least initially a library must operate parallel processing systems in 
terms of equipment and personnel; that is, one must continue to pay the bills 
for the old card production system for things that cannot- be put on the terminal 
(like Hebrew, Chinese and Cyrillic characters, as well as serials. AV materi- 
al, and the like) and at the same time meet OCLC's costs. Projected savings 
that might result from gradual attrition or reassignment of personnel may take 
8ome time. 

Despite a good deal of talk and a few published' reports (most notably, those 
of the lUC group in Texas, ASERL in the Southeast, and NELINET in the North- 
east)?^^So other consortium has reached the point of duplicating the OCLC sys- 
■ teo. If this is to become the prototype node in a national library network. 
It seems essential that the potential for duplication be assured and tested. 
Some say this will be doubly difficult for OCLC because the software is poorly 
documented. One does not duplicate such a complex system by merely buying the 
same hardware, copying programs and data base, and plugging it all in with fin- 
gers crossed I Others arc skeptical about the choice of equipment Kilgour made, 
•reulng that a Xerox system, as opposed to IBM, docB not have the interface 
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quality for a national network. The company that manufactured the first CRT't 
that the Center used — The Irascope terminal from Spiras, Inc. —has already gone 
out of business. Indeed, it would be diastrous to develop a network of regional 
library centers and then realize later that they could not communicate with 
one another. 

At the November lA Michigan Conference, Lawrence Livingston mentioned some 
of his principal objections to OCLC. He pointed out that the data base is 
incomplete — that is, there is a relatively small percentage of pre-1968 records 
and foreign titles and this situation is likely to remain for some time; the 
files are inconsistent in that both LC and OCLC libraries have not always in- 
cluded the same data elements within records; and there is no single authority 

34 

file or cross references built into the data base. One final note of con- 
cern for large research libraries is the Center's inability to process non- 
Roman alphabets. Given time and money, all of these objections can be met 
with. 

RESPONSIBILITIES AND STANDARDS REQUIRED BY OCLC 

New participants^ contracts generally require that they input all their Roman 

35 

alphabet cataloging that cannot be found in the data base. Of course there 

is no way OCLC can determine if a library is complying with this obligation. 

A library performing input cataloging must maintain certain basic cataloging 

standards; these standards are spelled out in great depth in one of the latest 
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OCLC publications, On-Line Cataloging (1973). For input cataloging to be 
useful to other libraries it requires a minimum of checking and changing. As 
a rule, LC practice should be followed in so far as that practice can be deter- 
mined by a local library following its own policies of verification. When LC 
practice cannot be determined, the Anglo-American Cataloging Rules should be 
'applied.'^' 
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When the Library of Congress implements the International Standard Biblio- 
graphic Description (ISBD) format on its MARC records i OCLC will use the new 
format as received and require all input to be in the same form. Nevertheless 
It will still be possible to suppress ISBD elements for printing on catalog 

cards as each library desires. ISBD Is a standard for the international exchange 
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of datat not a requirement for local cataloging. 

WHAT ARE THE ALTERNATIVES? 

Over the past twenty years libraries interested in automating had very few 
choices. They could play it safe and do nothing, they could try to do it on 
their own, or they could form together in a cooperative venture to share costs 
of equipment and development. Hindsight tells us that this last approach can 
result in a highly successful system at only moderate cost to members. This 
Is not to slight the achievements of other computerized projects, most of which 
were intended to serve a single library. When fully operational, the Univer- 
sity^ of Chicago's data management system will provide tight bibliographic con** 
trol over a wide variety of library services. Stanford University *s BALLOTS 
represents another sophisticated experiment that promises network capability 
within a few years. Northwestern University has been operating an on-line 

technical services and circulation project, covering monographs and serials^ 
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for three years. Taking into account the collective experience of these and 
similar programs, the time seems ripe for genuine cooperation among libra- 
ries towards the formation of a national network. 

Library cooperation has been bandied about for so many years that one tires 
of hearing about it, yet today thousands of libraries continue to collect and 
catalog materials ns if each wore the sole guardian of all human knowledge. 
The idea of centralized processing, for instance, is so appealing that one won- 
ders why there are not numerous regional processing centers already existing 
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throughout the nation. Certainly the technology of automated systems, tele- 
communications, and networy.ing is not lacking (industry and business have been 
utilizing these tecliniques for years! ; nearly everyone agrees in principle that 
cooperation is a necessary and *good thing,* still we totter on the brink of 
some major breakthrough that never seems to materialize. Given this state- 
of-the-art, one can fully appreciate Philip Long's remark at the conference 
that the most startling thing about their system is that *it works.* Here is 
one effort that has passed the blue-sky planning stage and is revolutionizing 
cataloging .^dures in over a hundred libraries. 

REPLICs.TION OR CONTRACT 

Kllgour does not favor libraries joining OCLC on an individual basis. He 

prefers to contrac^t with an established consortia. Basically there are two 

directions a new group joining the Center can take: it cart either decide .to 

replicate the OCLC operation in its entirety— minimally, this would cost about 

AO 

one million dollars during the first year; or it can contract for services 
over a given period of time, usually three years. Though most have signed an 
agreement with the provision for future replication, aside from the already 
mentioned studies, none have begun to purchase hardware or duplicate files. 
For many groups replication seems out of the question on a cost basis alone. 

OFF-LINE VERSUS ON-LINE C/JID PRODUCTION 

OCLC*s off-line catalog card production mode is a limited approach to 
computerized cataloging. It does not provide the capability to search the 
entire data base, cannot be used as a location device for ILL purposes or for 
acquisitions searching. Perhaps more importantly, it does not have the long- 
range potential to curb the rising per title cost of cataloging. Its only ad- 
vantage is that it does avoid the immediate high cost of leasing or purchasing 
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a terminal, renting a data pet and the telephone line cocmunlcatlonB charges. 
The Center makes off-line operation available prlnarlly for those libraries 
that have decided to participate in on-line cataloging, but a year or wore will 
Intervene tetvecn their decision to go on-line and actual Inplementatiou* Dur- 
ing this transition period a library Is encouraged to freeze cataloging positions 
and let attrition take its toll. In this vsy unccnir.ltted salary funds can be 
used for later payment in the on-line phase. 

^ There are serious snortcomings to off-line production. The data base Is 
restricted to LC }l\RC tapes vlth no opportunity in ^shared cataloging' or to 
input orlginr.1 cataloging. With a file limited to English language monographs 
cataloged from 1968 to the present » the size of the data base is cut in half. 
Access is only by LC card nuir.ber and thase are found only in /cncrlcan Imprints. 
Tlie LC card number entry can te unreliable becajse the Library of Congress does 
not always use the originally assigned nunber — statistically, about one percent 
of theo are incorrect. The off-lint node als-o creates delays since it requires 
waiting for a unit card, <^ riling that unit card and returning it to Coluwbus, 
and then waiting again for the final set of catalog, cards to arrive. As a 
result, personnel costs increase with ths extra processing tine involved. 

In spite of these drawbacks, off-line operas tion does give a library the 
chance to get its feet wet in coirt/Uterized «:atalcging. A new work flow can be 
established that will smooch the eventual ttaniitlon to on-line techniques. 
It also gives a valuable trial period to work out the bugs in card format, 
holding libraries, and pack designations that often occur in a library's first 
profile. 

ASSESSING COSTS 

It is extremely unlikely that there are enou;»h institutions in Michigan to 
warrant full replication of OCLC for a state-vide network. Instead a tcrvice 
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agreement could be negotiated with KHgour that would give those libraries 
belonging to the Michigan Cooperative, and desirous of tying in with OCLC, the 
opportunity to do so. As indicated earlier, there are complicated factors that 
must be considered in determining the costs each library would bear. Broadly, 
these costs can be grouped into four categories: a) communications cost; b) 
^shared title* cost; c) catalog card costs; and d) Michigan Cooperative over- 
head cost* It bears repetition that an accurate calculation is impossible 
without full knowledge of the variable. The following figures are taken from 
PALINET experience; we may or may not enter into a similar contract. 

a) Communications cost - These are especially difficult to pinpoint at this 
time since so much hinges on the kind of agreement we want to make with OCLC 
and what costs we want to share equally among ourselves. For example, in Ohio 
all members share the charges for lines, conditioning, data sets, local loops, 
and terminals. This has the effect of allowing smaller institutions with lower 
levels of use to participate in the system at less than if costs were paid 
individually. Closer to hor.=:^ we are going to have to decide who will pay the 
line charges for those libraries that desire to tie in with OCLC located in 
this staters Upper Peninsula. Another vital question is do we want to rent 
terminals from OCLC or purchase them outright. Answers to these questions might 
invalidate figures cited below. Again, depending on how we work it, communi- 
cations costs might include the following; 

1) Purchase or rental of an OCLC 100 terminal; this is manufactured by 
the Beehive Corporation and sells for about $3A00.00, with a yearly service 
contract for $A68.00 and a terminal installation fee of $125.00. A second 
terminal luight be needed for libraries cataloging over 12,000 monographic 
titles per year. If we decide to lease terminals instead of purchasing them, 
a library can expect to pay about a $175.00 per month rental fee. 

2) Rental of a data set or MODEM for one year costs $660.00; each 
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library requires a data set, but two terminals can operate off one MODEM in 
the name library. In addition, the consortia must maintain a conmon MODEM at 
Columbus at the same cost. 

3) Local loop costs is a wiring charge within the library and runs about 

$170.00 per year. 

4) Line cost is an unknown at this time since we do not .know how many 
lines are necessary or how far they must extend. Twenty-five to thirty terminals 
can operate off one dedicated line. A greater number of CRT's would require 

an additional line. There is a possibility that some terminals could tie in on 
the existing line that, runs from Columbus to Toledo, thereby saving the per 
mile charge to Columbus. P.\LINET in Philadelphia, for instance, formerly paid 
line cost only as far as Pittsburgh. Included with line cost, there is a small 
telephone company service fee for 'conditioning.' 

b) Shared title costs - This figure is derived from the number of anticipated 
•shared titles' a library will catalog in the coming year, based on the number 
of monographic titles it catr.loged in the previous year. In OCLC parlance, a 
•shared title' represents the use of cataloging data for a monographic record 
that a library finds and produces cards from in the data base; there is no 
•shared title' costs for original cataloging that one inputs into the file. 
OCLC experience indicates that about 68% of an average library's cataloging is 
•shared.' Last year for libraries outside of Ohio, this cost was under $.90 
per title. To illustrate how this is computed, if a library cataloged 10,000 
monographic titles a year, and 68% of them were 'shared', it would pay 6,800 
times 90tp or about $6170.00. 

c) Catalog card c osts - There is a per card cost of about 3.4c for each 
caraloR card received from the Center. If a library required 6.6 cards per 
set — tlie avoraj'.t' — It would amount to 23c per set. 

d) MlchlRan Cooperati ve overhead costs - Currently this is another unknown. 

f 
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Includcc' In it would be the salary of the cooperative Director and any other 
5taff , office equipment and space rental (unless these were donated by a member 
library), travel expenses, and the like. OCLC would require that there be a 
contact person in charge of helping to profile new Michigan libraries' pro- 
files. There is also a one-time fixed fee for the Center's work in this — 
about $500.00 per library. 

Regardless of how we arrive at cost elements, Mr. Kilgour has verbally 
indicated that an average cost per title cataloged in the system, including 
all possible costs, would not exceed $3.00 per title and would probably be 
very close to $2.25 per title. 



ERIC 



-27- 

30 



APPENDIX I . • - , 

PLANNED OCLC SUBSYSTKMS 

As mentioned earlier, OCLC was originally planned as an Integrated library 
package consisting of five subsystems: 1) shared cataloging system, 2) serials 
control, 3) circulation control. A) technical processing control, and 5) bib- 
liographic information retrieval. Though there is no rigid timetable for 
initiating these other subsystems, OCLC has performed considerable research — 
sometimes bringing in an outside computer simulation firm — to help determine 
design parameters and to test the limits and capabilities of its system. For 
Instance, an early (1969) COMRESS Inc. simulation identified the relative 



burden each subsystem would have on the central processor. Assuming that 

the five elements represented lOOZ of the workload, the subsystems were 

weighted as follows: 

Circulation control 79% 

Bibliographic information retrieval 17Z 

Shared cataloging system 2Z 

Serials control IZ 

Technical processing system (acquisitions) IX 



No doubt these ratios have changed over the past few years, they are in- 
cluded only to show that user-oriented systems make extraordinary demands upon 
a central processor. If OCLC is already beginning to have some queuing and 
storage problems, with only the shared cataloging system in operation, it makes 
sense for Michigan libraries not to get too hopeful over implementation of other 
OCLC subsystems. At the Michigan conference on lA November, Lawrence Livingston 
cautioned us that circulation control and funds control do not really belong in 

* A statistical summary taken in August, 1973 of the OCLC operating system in- 
dicated that between 15 to 19^: of the SIGMA 5 CPU is bclnp. utilized to run the 
shared cat.ilo^ine, mode. This includes the printing of catalog, cards and coraiuni- 
cations with the hundred plus on-line terminals. Since the computer is not being 
used lor .my other purposes, the remaining CPU capability Is now being wasted. 

• 
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computer within the individual library. , , 

. , tonal subsystems-was undertaken jointly by the 

the development of the additonal subsyste 

oe oac. CO>«.SS. a„a .ELXKET (Kew Z„sU„a Li.ra., In.o..aUc„ «e.wo.« 
in earl, 197Z» Wl.h srant «.„e, receive, fro. .he Council on Li.rar, Re- 
source.. Phase X of .MS .ro.ecr was .esi.ne. to tear .he rransferahiUt, of . 

™« It also involved a user-study of the off-line 
the OCLC data base and, programs. It also invoiv 

.„a on-line share. caralo.ins .o.es. While onl, esri«a.es couH he „a.e ahou. 
ehe characteristics oX future suhs,ste.s. so„e conclusions were reached re- 
.arains such critical areas as networ. co^unications an. on-line storase re- 
,„ire.e„ts. Results indicated that with adaptations the OCLC e,uip»e„t is 
cpahl. of handling additional suhs,ste»s and »ore lihraries. depending on the 
nu^her of terminals necessar, and the network configuration. More speciflcall,. 

■ . its present equipment can support about 320 on-line terminals 

OCLC estimates that its present cmu ^ 

there are now lAA terminals tied into the system. 
SERIALS CONTROL 

Xhe first stages of the serials control suhsystem are scheduled to he imple- 

.vailahle out-of-state until at least OCLC plans to divide serials wor. 

into four major components: 1) cataloging. 2) holdings. 3) chec.-in. and «) 
Claiming. Access to serial hihliographic records will he h, the three standard 
search keys used in shared cataloging, as well as ISSN, key title, and Coden 
identifier. The •cataloging' stage will he closely related to the cataloging 
system for monograpUs-the data h.se will then contain records for hoth mono- 
■ graphs and serials. While the -cataloging- record will show who owns a partic- 
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ular title with the three-letter institutional code attached as the bottom, 
there will also be a sepat..co 'holdings' record linked to the main 'cataloging' 
record that will make it possible to review the entire holdings for every serial 
title in every holding library. For the most recent holdings information, the 
Center projects an abbreviated 'check-in' record restricted to a single screen 
on the terminal. Details behind the 'claiming' function have yet to be worked 
out. 

OCLC is also investigating the possibility of purchasing several serials 
data bases that are MARC compatible so that the system will begin with a core 
collection. When the serials check-in system is activated, on-line operating 
time will be extended to coincide with the operating hours of member libraries.** 

As serial librarians know, there is a great deal of activity going on in this 

area on both a national and international level. The Library of Congress has now 

defined its record and over 3,300 serial titles have been distributed in MARC II 
49 

format, the National Serials Data Program (NSDP)— designated as the US partici- 
pant io the International Serials Data System (ISDS)~has completed a final re- 
port on the conversion of about 55,000 serial titles in the Minnesota Union List 
of Serials (MULS) into a format meeting KSDP specifications for constructing a 
national serials data base,"" and a working group under the auspices of the 
International Federation of Library Association (TELA) Cataloging Secretariat 
has devised an International Standard Bibliographic Description for Serials 
(ISBD-S) that will soon be distributed for trial and discussion.^^ Needless to 
say, all these so-called 'standardized' records originated from different needs 
and hence are not totally compatible with one another.* In an effort to build 
a serials record data base fast enough to be of value to groups who have been 

postponinp implementation of their own systems and to insure that there is 
* 

For a discussion of cho differences among the MARC, KSDP, and ISBD-S aerial 
rm.r.ls, sec Josephine Pulsl for ' s essay in the December 1973 issue of the Journal 
I'A '•.».«''£".»■>' ^il? Pll'ilt • P- 1^ 3-200. 

• ■ 
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compatibility in format and bibliographic data among the various records t a 
group knovm as the Hoc Discussion Group on Serials Data Bases* (sometimes 
referred to as the 'Toronto Grou). '^^has petitioned the Council on Library 
Resources (CLR) to coordinate a cooperative serial data base building project 
using the OCLC serials subsystem as a foundation* In addition to those libra- 
ries already tied in vith OCLC, selected libraries with knovm excellence in 
serial records will be asked to participate on-line to Columbus* , CLR will act 
as a contact point between the Center and participating libraries and help negoti 

ate contracts; one immediate goal is aimed at the creation of a serials data 

52 

base composed of 200,000 records to be input over a two year period. 

TECHNICAL PROCESSING SYSTEM 

This subsystem is being designed to automate most of the routine clerical 
tasks now associated with an acquisitions department* VThile keeping tabs on 
purchase orders and outstanding order files, making periodic claims, and pre** 
paring financial commitment records, the system will also monitor itself in 
the sense that it will notify dealers for items not supplied on time and will 
notify library personnel of books that have been delayed in processing after 
receipt* In short, it is designed to oversee ordering, receipt, cataloging, 
and physical processing for the shelf* As part of thx^ subsystem, each set of 
catalog cards requested will include a book pocket, circulation card, and 
spine label* A major advantage will be the inclusion of materials ^in-process* 
to the current on-line catalog so that a user can determine the existence and 
location of a book In a library system before complete entry in a card catalog 
has been accomplished*^^ 

REMOTE CONTROL ACCESS AND CIRCULATION 

** Its spokesman^ Richard Anablc of York University in Toronto, has written a 
history and iuirpo«iC article appearing in the same Journal and issue as mentioned 
above, p. 207-214* 
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The creation of a remote control access and circulation system is in-* 
tended to serve patrons in searching a library's collection without having 
physical access to the card catalog. U'hen the system is incorporated into a 
regional network, it would allow a user to search a book in any library in the 
network from a fraternity house, faculty lounge, or even home telephone* A 
somewhat similar system has been in operation on the Ohio State University campus 
since 1970. Access would b^ by author, title, and call number; if the book is 
available for circulation it could be charged out on-line and sent to the user 
through campus mail or some other delivery service. Such an arrangement would 
save vast amounts of time for both the user and the library; however it is ques- 
tionable whether present OCLC equipment could handle the enormous increase in 

data communications, Eventually, of course, OCLC hopes card catalogs can be 

54 

replaced by terminals. 

BIBLIOGRAPHIC INFORMATION RETRIEVAL 

The capstone of the OCLC program is a subsystem built to permit users to 
search the Shelf list of any participating library from remote areas by subject, 
author, joint authors or editors, title, and classification number. This Is the 
kind of system people were talking glibly about ten or fifteen years ago— before 
a series of library automation failures put things in perspective. Not only do 
serious problems arise in searching by coordination of subject headings, there is 
the added intellectual problem of understanding how people make associations 
and search for information. To further complicate design, not all OCLC libraries 
use Library of Congress subject headings, nor dD they all trace titles, joint 
authors, series, and the like. Of the four remaining systems to be implemented, 
this one is the longest way from operation. It is encouraging however to note 
that consortia like OCLC are looking at the big picture and not limiting their 
objectives to what can be accomplished in the immediate future, 
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APPENDIX II 

MARC AND RECON PROJECTS 



Since the most significant single step in advancing library automation 
■lade to date has been the availability of MARC bibliographical records on mag- 
netic tape, it seems fitting to devote some attention to this standardized 
"communications format" that made such projects as OCLC possible. As the lar- 
gest distributor of cataloging information, the Library of Congress was the 
natural choice to develop an experimental bibliographic cataloging system. 
The history of MARC (machine-readable cataloging) dates back to 1964 when a 
study was conducted by the Library of Congress's Information Systems Office to 
test possible methods of converting LC cataloging data into machine-readable 
form as a basis for printing such information by computer. Between 1964 and 
1969 additional studies, tests, and a pilot project were carried out to deter- 
mine the best practical bibliographical format to use for the distribution of 
all types of library material cataloging. Some of the major problems involved 
were the establishment of a national and international form for computer use, 
making it flexible enough to permit records to be processed on different types 
of computers employing different programming languages, insuring the data 
■ elements met the diverse needs of all kinds of libraries, and determining what 
access points were needed in order to make the greatest possible use of an 
automated system.^^ 

Actual work began in 1965. In June of that year the Library of Congress 
published the first draft of a format based on standard LC cataloging practices. 
A conference was held a few months later at which time comments were elicited 
from librarians with ongoing automation projects and from major library interest 
groups. This conference generated a great deal of enthusiasm and a number of 
llbrarioH fxprossed a denlre to .participate In a pilot pro|ect to experiment 
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vith the use of machine-readable catalog data* Sixteen libraies were chosen 
to take part in the first }l\?C Pilot Project; they were selected on the basis 
of computer equipment available, proposed utilization of cataloging data, geo- 
graphical location, and types of libraries represented. All participants were 
supplied with computer programs to^ manipulate the data within their own opera- 
tional systems* The program lasted from November of 1966 until October of 1967 
and achieved a far greater degree of acceptance than most dared to hope at the 
beginning of the experiment. 

It became apparent, though, that the bibliographical record devised was 
Inadequate, particularly for more specialized libraries. Consequently, the 
Information Systems Office formulated a more comprehensive record called MARC 
II. Perhaps the major difference between the first MARC records and the 
present ones is that early MARC titles were in a 'processing' format, while 
MARC II records are in a 'communications' format. In the meantime the project's 
name was changed to the MARC Interim System. This new phase presented the data 
in the slightly revised form established at a third conference held in late 

The result of the MARC experiment was a clear demonstration that such 
a format could successfully be used in the production of classical library 
catalogs as well as in a variety of other library applications, some of which 
were made possible only by computerization. In March of 1969 the MARC Dis- 
tribution Service was implemented to handle the expanded need of providing 
machine-readable records via magnetic tapes to other groups working in biblio- 
graphic computerization. 

Since its inception approximately 403,125 records for books have been 
distributed to over 55 subscribers.^^ This already Impressive stockpile of 
cataloging information Is Increased by 2,000 additional entries each week. Ae 
of this date the LC distribution service includes data for English monographs 
with imprint dates no earlier than 1968 And .Krench lonKuagc monoRruphs slnca 
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inid-1973. In the coning years LC plans to extend its coverage of book ma- 
terials to include titles In the other European languages. Already MARC 
fornats have been worked out for serials (3,300 distributed), for maps (5,500 
distributed), and for films (15,100 distributed)^;^ tentative formats have been 
designed for other A/V items. 

Another Library of Congress project has investigaed the most economical 
means of converting previously cataloged records to machine-readable form. 
This work, named RECON for 'Retrospective Conversion' , is aimed at the con- 
version of all English language anc foreign language materials to MARC tape. 
Thus far RECON '68 and RECON '69 have been accomplished by manually keypunch- 
ing the bibliographic records into the MARC format. Of course this method of 
converting the data is extremely costly and timerconsuming. Experiments have 
been undertaken using a technique known as 'format recognition' to convert 
older records, which allows a machine to pick out and code the various ele- 
ments in a record through identification of certain key words, punctuation, 
paragraphing, and. word arraugement. This technique has been used by the MARC 
Editorial Division for input of all English-language monographs since January 
1972. In a series of progress reports issued over the years, the Chairman of 
the RECON Task Force—Henriette D. Avram~has set down time-tables for the 
total conversion of LC data, but financial and technical difficulties have 
shown these to be unrealistic. 
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